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Intellectual Property Rights 



IPRs essential or potentially essential to the present document may have been declared to ETSI. The information 
pertaining to these essential IPRs, if any, is publicly available for ETSI members and non-members, and can be found 
in ETSI SR 000 314: "Intellectual Property Rights (IPRs); Essential, or potentially Essential, IPRs notified to ETSI in 
respect of ETSI standards", which is available from the ETSI Secretariat. Latest updates are available on the ETSI Web 
server ( http ://www. etsi .org/ipr) . 

Pursuant to the ETSI IPR Policy, no investigation, including IPR searches, has been carried out by ETSI. No guarantee 
can be given as to the existence of other IPRs not referenced in ETSI SR 000 314 (or the updates on the ETSI Web 
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Foreword 

This Technical Specification (TS) has been produced by the Special Mobile Group (SMG). 

The present document defines the rate adaptation functions to be used in Mobile Stations (MS) for adapting terminal 
interface data rates to the Mobile Station - Base Station System (MS - BSS) interface data rates within the digital 
cellular telecommunications system. 

The contents of the present document is subject to continuing work within SMG and may change following formal 
SMG approval. Should SMG modify the contents of the present document, it will be re-released by SMG with an 
identifying change of release date and an increase in version number as follows: 

Version S.x.y 

where: 

8 GSM Phase 2+ Release 1999; 

X the second digit is incremented for all other types of changes, i.e. technical enhancements, corrections, 
updates, etc.; 

y the third digit is incremented when editorial only changes have been incorporated in the specification. 
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Scope 



The present document defines the rate adaptation functions to be used in GSM PLMN Mobile Stations (MS)s for 
adapting terminal interface data rates to the Mobile Station - Base Station System (MS-BSS) interface data rates in 
accordance with GSM 03.10 [3]. 

The provision of these functions will depend on the services a particular station is designed to support. 

NOTE: This ETS should be considered together with GSM 08.20 [9] (Rate Adaptation on the BSS-MSC 
Interface) to give a complete description of PLMN rate adaptation. 
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[8] GSM 07.03: "Digital cellular telecommunications system (Phase 2+); Terminal Adaptation 
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2.1 Abbreviations and definitions 

Abbreviations used in the present document are listed in GSM 01.04. 

Overall data stream: The data stream in those parts of the network where the data flow is not split into multiple 
channels. 

Substream: Stream of data with explicit or implicit numbering between splitter and combiner functions. 

Channel: A physical full rate channel on the radio interface (TCH/F) independent of the contents 

Multislot intermediate rate: Intermediate rate per substream in those parts of the network where the overall data 
stream is split into substreams. 

Intermediate rate: Intermediate rate in the overall data stream. 

Substream rate: The user rate including padding, if applicable, on one individual substream 

EDGE channel: A general term referring to channels based on 8PSK modulation; i.e. TCH/F28.8, TCH/F32.0, and 
TCH/F43.2. 



3 General approach 

GSM 03.10 defines the PLMN connection types necessary to support the GSM PLMN data and telematic services. 

Within the MS there are several different data rate adaptation functions - and a Split/Combine-function in case of a 
multislot data configuration - which are combined as shown in GSM 03.10 as part of the connection type. 

The rate adaptation functions are RAO, RAl, RA2, RAl', RAl" and RAl/RAl'. The RAO, RAl and RA2 are equivalent 
to those functions described in CCITT recommendation V.llO [11]. 

The RAl' function is similar to RAl but has a reduced bit rate output compatible with the coding scheme proposed for 
data services on the radio interface. 

The RAl" function is used for converting between synchronous user rates of 48 and 56 kbit/s and the rate 64 kbit/s. The 
equivalent function in CCITT recommendation V.llO does not have a name. 

The RAl/RAl' is a relay function, used as indicated in GSM 03.10. 

In multislot data-configurations the overall data stream is split into parallel substreams between the Split/Combine- 
functions. 

3.1 Overview of data rates and configurations 

In Table 1, an overview of the supported transparent air-interface user rates is given. For each rate, also intermediate 
rates per channel between BTS and MSC, overall radio interface rates, and channel configurations are given. For single 
slot connections the intermediate rates are per channel carrying the overall data stream, whereas for multislot 
connections, the intermediate rates are per substream. 

In Table 2, intermediate rates within the MS, overall radio interface rates, and channel configurations are given for the 
air-interface user rates. The intermediate rates are per overall data stream. 

For single slot rates up to 4,8 kbit/s, the used intermediate rate is 8 kbit/s, and for the 9,6 kbit/s single slot rate 16 kbit/s. 

For TCH/F9.6 and TCH/F4.8 channel codings, the multislot intermediate rates are 16 and 8 kbit/s per TCH/F, 
respectively. 

For TCH/F14.4 channel coding, the multislot intermediate rate is 16 kbit/s per TCH/F. 

Connections utilising TCH/F28.8 or TCH/F43.2 across the radio interface, use multislot combinations of TCH/F14.4 
between BTS and MSC. Thus the corresponding multislot intermediate rate is 16 kbit/s. 

No multislot intermediate rates are applicable to connections using TCH/F32.0 radio interface channels. 
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Between the TE and the Split/Combine-function at the MS, where the overall data stream is not split, intermediate rates 
of 8, 16, 32 and 64 kbit/s are applicable 

Table 1 : AIUR/Multislot intermediate rates 



Air interface user 
rate 


DTE/DCE 
Statuses 


RAO 


RAIVRAI 
RA17RAA' 


RAV 








IVIultislot intermediate 
rate 


Frame type 


Radio interface 
rate 


Padding 


< 600 bit/s 


X 


X 


8 kbit/s 


80 bit frames 


3,6 kbit/s 




1200bit/s 


X 


X 


8 kbit/s 


80 bit frames 


3,6 kbit/s 




2,4 kbit/s 


X 


X 


8 kbit/s 


80 bit frames 


3,6 kbit/s 




4,8 kbit/s 


X 


X 


8 kbit/s 


80 bit frames 


6 kbit/s 




9,6 kbit/s 


X 


X 


16 kbit/s or 2x8 kbit/s 


80 bit frames 


12 kbit/s or 2x6 
kbit/s 




14,4 kbit/s 


X 


X 


2x1 6 kbit/s or 3x8 kbit/s 


80 bit frames 


2x12 kbit/s or 
3x6 kbit/s 


P 

(note 1) 


1 6 kbit/s 
Note? 


Notes 


14,5 kbit/s 




19,2 kbit/s 


X 


X 


2x1 6 kbit/s or 4x8 kbit/s 


80 bit frames 


2x12 kbit/s or 
4x6 kbit/s 




28,8 kbit/s 


X 


X 


3x16 kbit/s 


80 bit frames 


3x12 kbit/s 




2x16 kbit/s 
Note? 


Notes 


2x14,5 kbit/s 




1x29 kbit/s 


38,4 kbit/s 


X 


X 


4x16 kbit/s 


80 bit frames 


4x12 kbit/s 




3x16 kbit/s 
Note? 


Notes 


3x14,5 kbit/s 


P 

(note 6) 


43.2 kbit/s 
Note 10 


X 




3x16 kbit/s 
Note? 


Notes 


1x43.2 kbit/s 




48 kbit/s 


X 




Note 2 


Note 2 


5x12 kbit/s 




4x16 kbit/s 
Note? 


Notes 


4x14,5 kbit/s 


P 

(note 6) 


56 kbit/s 






Note 2 


Note 2 


5x12 kbit/s (note 
3) 




4x1 6 kbit/s 
Note? 


Notes 


4x14,5 kbit/s 


P 

(note 6) 


Note 9 


Note 9 


2x32.0 kbit/s 




64 kbit/s 






Note 2 


Note 2 


6x12 kbit/s (note 
3) 


P 

(note1) 


5x14,5 kbit/s 


(note 6; 


Note 9 


Note 9 


2x32.0 kbit/s 





P=Padding used 
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Table 2: AIUR / Intermediate rates 



Air interface user 
rate 


DTE/DCE 
Statuses 


RAO 


RA1 


RAV 








Intermediate rate 


Frame type 


Radio interface 
rate 


Padding 


< 600 bit/s 


X 


X 


8 kbit/s 


80 bit frames 


3,6 kbit/s 




1200bit/s 


X 


X 


8 kbit/s 


80 bit frames 


3,6 kbit/s 




2,4 kbit/s 


X 


X 


8 kbit/s 


80 bit frames 


3,6 kbit/s 




4,8 kbit/s 


X 


X 


8 kbit/s 


80 bit frames 


6 kbit/s 




9,6 kbit/s 


X 


X 


1 6 kbit/s 


80 bit frames 


12 kbit/s or 
2x6 kbit/s 




14,4 kbit/s 


X 


X 


32 kbit/s 


80 bit frames 


2x1 2 kbit/s 


P 
(notel) 


3x6 kbit/s 
1x14,5 kbit/s 




19,2 kbit/s 


X 


X 


32 kbit/s 


80 bit frames 


2x1 2 kbit/s or 4x6 
kbit/s 




28,8 kbit/s 


X 


X 


64 kbit/s 


80 bit frames 


3x1 2 kbit/s 

2x14,5 kbit/s 

1x29 kbit/s 




38,4 kbit/s 


X 


X 


64 kbit/s 


80 bit frames 


4x1 2 kbit/s 




3x14,5 kbit/s 


P 
(note 6) 


43.2 kbit/s 
Note 1 


X 




Note 1 1 


Note 1 1 


1x43.2 kbit/s 


















48 kbit/s 


X 




64 kbit/s Note 4 


Note 4 


5x1 2 kbit/s 




4x14,5 kbit/s 


P 
(note 6) 


56 kbit/s 






64 kbit/s Note 4 


Note 4 


5x1 2 kbit/s 
(note 3) 




4x14,5 kbit/s 


P 
(note 6) 


2x32.0 kbit/s 




64 kbit/s 






64 kbit/s Note 5 


Note 5 


6x1 2 kbit/s 
(note 3) 


P 
(notel) 


5x14,5 kbit/s 


(note 6) 


2x32.0 kbit/s 





P =Padding used 

NOTE 1 : For information on the padding procedure, please refer to clause 10 of the present document. 

NOTE 2: No multislot intermediate rate; substreams combined at the BSS with a resulting data rate of 64 kbit/s. 

NOTE 3: AIUR 1 1,2 kbit/s per channel 

NOTE 4: For this rate GSM-specific rate adaptation function RAl" rather than RAlis applied. 

NOTE 5: For this rate RAl- and RA2- adaptations are not applied. 

NOTE 6: Padding used as specified for TCH/F14.4 channel codings 

NOTE 7: At the network side, RAl'/RAl not applied; instead a TCH/F14,4-specific adaptation RAl'/RAA' used 
(GSM 08.20) 

NOTE 8: A 320-bit frame format described in GSM 08.60. 

NOTE 9: No multislot intermediate rate. Data rate between BSS and MSC 64 kbit/s. 

NOTE 10: Used only in non-transparent configurations. 

NOTE 1 1 : In NT cases there is no direct relationship between AIUR and Intermediate rate. 
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The RAO Function 



4.1 Asynchronous-to-Synchronous Conversion (RAO) 

The RAO Function is only used with asynchronous interfaces. Incoming asynchronous data is padded by the addition of 
stop elements to fit the same or nearest higher synchronous rate defined by 2 to the power n (where n< 6) times 600 
bit/s, 14,4 kbit/s or 28,8 kbit/s. Thus both 75 bit/s and 300 bit/s user data signalling rates shall be adapted to a 
synchronous 600 bit/s stream. The resultant synchronous stream is fed to RAl or RAT. The RAO used in GSM is not 
identical to that described in ITU-T Recommendation V.l 10 which converts 14,4 and 28,8 kbit/s user rates to 19,2 and 
38,4 kbit/s, respectively. 



Asynchronous user rate 


Synchronous user rate 


< 0.6 kbit/s 


0.6 kbit/s 


1 ,2 kbit/s 


1 ,2 kbit/s 


2,4 l<bit/s 


2,4 kbit/s 


4,8 l<bit/s 


4,8 kbit/s 


9,6 l<bit/s 


9,6 kbit/s 


14,4l<bit/s 


14,4 kbit/s 


19,2l<bit/s 


19,2 kbit/s 


28,8 l<bit/s 


28,8 kbit/s 


38,4 WbWs 


38,4 kbit/s 



4.2 Break signal 



The RAO shall detect and transmit the break signal in the following fashion: 

If the converter detects 2M to 2M+3 bits, all of start polarity, where M is the number of bits per character in the selected 
format including start and stops bits, the converter shall transmit 2M+3 bits of start polarity. 

If the converter detects more than 2M+3 bits all of start polarity, the converter shall transmit all these bits as start 
polarity. 

The 2M+3 or more bits of start polarity received from the transmitting sides shall be output to the receiving terminal. 

The terminal must transmit on circuit 103 at least 2M bits stop polarity after the start polarity break signal before 
sending further data character. The converter shall then regain character synchronism from the following stop to start 
transition. 



4.3 Overspeed/Underspeed 



A RAO shall insert additional stop elements when its associated terminal is transmitting with a lower than nominal 
character rate. If the terminal is transmitting characters with an overspeed of up to 1 %, the asynchronous-to- 
synchronous converter may delete stop elements as often as is necessary to a maximum of one for every eight characters 
at 1 % overspeed. The converter on the receiving side shall detect the deleted stop elements and reinsert them in the 
received data stream (circuit 104). 

The realization of overspeed handling, as described above, at the interface to the associated terminal is implementation 
dependent. Possible implementations are e.g. the reduction of the length of the stop elements according to V.l 10 [9] or 
increased data rates between the TA and terminal. 



4.4 Parity Bits 



Possible parity bits included in the user data are considered as data bits by the RAO function (and RAl function). 
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4.5 



Flow Control 



Where applicable, this function is as specified in the relevant terminal adaptation function Specification (see GSM 07 
series). 



5 The RA1 Function 

This function is used to adapt between the synchronous user rates, or the output of the RAO function and the 
intermediate rate of 8, 16, 32 or 64 kbit/s. 

5.1 Adaptation of synchronous data rates up to 38,4 kbit/s 



Synchronous user rate 


Intermediate rate 


< 2,4 kbit/s 


8 kbit/s 


4,8 kbit/s 


8 kbit/s 


9,6 kbit/s 


1 6 kbit/s 


14,4 kbit/s 


32 kbit/s 


19,2 kbit/s 


32 kbit/s 


28,8 kbit/s 


64 kbit/s 


38,4 kbit/s 


64 kbit/s 



A CCITT V.l 10 80 bits frame is constructed using the user data bits received (from the RAO in the asynchronous case), 
the values of the S bits are deduced from the R interface. 

Adaptation of 600 bit/s to 8Kbit/s is performed by 8 times consecutive duplication of each user data bit. (Figure 9) 

Adaptation of 1200 bit/s to 8 Kbit/s is performed by 4 times consecutive duplication of each user data bit. (Figure 8) 

Adaptation of 2400 bit/s to 8kbit/s is performed by 2 times consecutive duplication of each user data bit. (Figure 7) 

Adaptation of 4800 bit/s to 8 Kbit/s is performed by transmitting the bit stream with no duplication. (Figure 3) 

Adaptation of 9600 bit/s to 16 Kbit/s is performed by transmitting the bit stream with no duplication (the emitting 
period is halved with respect to the 4800 bit/s case). (Figure 3) 

Adaptation of 14400 bit/s to 32 Kbit/s is performed as for 3600 bit/s to 8 kbit/s (the emitting period is divided by four 
with respect to the 3600 bit/s case).( Adaptation of 3600 bit/s to 8 kbit/s is performed by transmitting the bit stream with 
no duplication.) (Figure 12) 

Adaptation of 19200 bit/s to 32 Kbit/s is performed as for 4800 bit/s to 8 kbit/s (the emitting period is divided by four 
with respect to the 4800 bit/s case). (Figure 3) 

Adaptation of 28800 bit/s to 64 Kbit/s is performed as for 3600 bit/s to 8 kbit/s (the emitting period is divided by eight 
with respect to the 3600 bit/s case). (Figure 12) 

Adaptation of 38400 bit/s to 64 Kbit/s is performed as for 4800 bit/s 8 kbit/s (the emitting period is divided by eight 
with respect to the 4800 bit/s case). (Figure 3) 

The CCITT V.l 10 80 bit frames shown in Figures 3 and 12 are used. The D bits are used to convey the user data and 
the S and X bits are used to convey channel control information according to GSM 07.01. 
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The E bits are used to convey the following information: 

i) User Data Rate - El, E2, E3 (for single slot operation see Figure 4, and for multislot operation Figure 4 and 
subclause 10.7) 

ii) Network Independent Clocking - E4, E5, E6 

iii) Multiframe Synchronisation - E7 

The order of transmission of the 80 bit frame is from left to right and top to bottom. 

5.1 .1 Network IncJependent Clocking 

Synchronous data signals received by the MX from the DTE at the MS or by IWF from the modem on the PSTN may 
not be synchronized to the PLMN. The following method shall be used to enable transfer of those data signals and the 
corresponding bit timing information via the V.llO frames. Such a situation would exist where the signals received 
from the modem at the IWF require its own clock or where the signals received from the DTE at the MS employs its 
own network independent clock. In any case, the frequency tolerance of the clocks involved is 100 ppm. 



5.1.1.1 



Multiframe Structure 



The transmitting end of the GSM PLMN connection shall establish a multiframe structure utilizing bit E7 consisting of 
four frames by setting E7 in every fourth frame to binary 0. This structure is identical to the use of E7 in V. 110 (and 
X.30) except that such a multiframe structure will exist for all user data rates. This frame synchronization will be 
achieved and maintained during the entire call so that corrections for the network independent clocking by the receiving 
end of the GSM PLMN connection can be easily recognized and applied based on the code words (in cl, c2, c3, c4 and 
c5) positioned in bits E4, E5 and E6 of two consecutive V.llO frames as illustrated in figure 1 . Thus, the multiframe 
structure allows for one 5-bit code words to be transmitted every two V. 1 10 frames for the purposes of network 
independent clocking. The two code-words may be different from each other within the multiframe shown in figure 1 . 



Frame 


E4 


E5 


E6 


E7 


MFOa 


c1 


c2 


1 





MFIa 


c3 


c4 


c5 


1 


MFOb 


c1 


c2 


1 


1 


MFIb 


c3 


c4 


c5 


1 



Figure 1 : NIC lUlultiframe Structure 

Once Multiframe synchronization is achieved, each code word is independently evaluated to determine the 
compensation needed, if any. The compensation is applied as explained in section 3.1.2 in V.llO frames MF la and MF 
lb. 



5.1.1.2 



Encoding and compensation 



The V.l 10 transmitter will use the following 5-bit code words, as shown in figure 2, to indicate the four possible states 
of compensation required for network independent clocking. 





cl 


c2 


c3 


c4 


c5 


No compensation 


1 


1 


1 


1 


1 


Negative compensation 


1 








1 





Positive compensation of a zero 





1 








1 


Positive compensation of one 








1 









Figure 2: NIC Code Words 

When negative compensation is indicated, one less user data bit than normal is transported in the affected frame (MFla 
or MFlb). A negative compensation shall cause the receiver to delete the user data bit occupied by bit position D25, 
since the transmitter sets this to binary 1 and does not utilize this position for user data. At those user data rates where 
the user data bit is repeated, all copies of D25 shall be discarded. In case of 80-bit frames with 36 data bits, bit D 19 is 
discarded instead. 
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When a positive compensation is indicated, one additional user data bit is transferred by means of the code word. At the 
receiver, a positive compensation will cause a user data bit of binary value or 1, as indicated by the code word, to be 
inserted between the user data bits carried in bit positions D24 and D25 (in MFla or MFlb) of the V.l 10 frame 
illustrated in figure 3. In case of 80-bit frames with 36 data bits, the insertion is done to between bits D18 and D19. 

When no compensation is necessary, or when NIC is applied, the values of E4, E5, E6, E7, on the 4 multi frame scheme 
is: 



Frame 


E4 


E5 


E6 


E7 


MFOa 


1 


1 


1 





MP 1a 


1 


1 


1 


1 


MP Ob 


1 


1 


1 


1 


MFlb 


1 


1 


1 


1 



When NIC is not applicable, the MS and the IWF shall disregard the received value of bits E4, E5, E6 and E7 in the 
data transmission phase. 

NOTE: NIC is not applicable in the following cases: 

- transparent asynchronous bearer services; 

- the facsimile teleservices in the transparent mode; 

- every transparent bearer services when interworking with an UDI Information Transfer Capability. 



The RA1" function 



The RAl" function is used for converting between synchronous user rates of 48 and 56 kbit/s and the 'intermediate' rate 
of 64 kbit/s. (RAl" is a GSM-specific term which is used for the one-step adaptation of 48 and 56 kbit/s rates into 64 
kbit/s as specified in ITU-T V. 110. For the purposes of GSM specifications the term 'intermediate rate' is used for the 
resulting 64 kbit/s rate although this is not done in V.llO recommendation.) 

6.1 Rate adaptation of 48 kbit/s user rates with DTE/DCE status 
to 64 kbit/s 

A CCITT V.llO 32 bits frame is constructed using the user data bits received, the values of the S bits are deduced from 
the R interface. 

The CCITT V.l 10 32 bit frame shown in Figure 13 is used. The D bits are used for conveying the user data and the S 
and X bits are used for conveying channel control information according GSM 07.01.The order of transmission of the 
32 bit frame is from left to right and top to bottom. 

6.2 Rate adaptation of 56 kbit/s user rate to 64 kbit/s 

A CCITT V.l 10 64 bits frame is constructed using the user data bits received. 

The CCITT V.l 10 64 bit frame shown in figure 14 is used. The D bits are used for conveying the user data. 

The order of transmission of the 64 bit frame is from left to right and top to bottom. 
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7 



The RA2 Function 



This procedure is based on the RA2 function as specified in CCITT V.llO. It is used to rate adapt to/from the 
intermediate rates of 8, 16 or 32 kbit/s from/to the 64 kbit/s rate used at the S interface. 



Intermediate rate 


Rate at the S interface 


8 kbit/s 


64 kbit/s 


1 6 kbit/s 


64 kbit/s 


32 l<bit/s 


64 kbit/s 


64 l<bit/s 


64 kbit/s 



For the intermediate- and user data rate of 64 kbit/s, the RA2 transmits the bit stream over the S-interface as it is. 

It considers the 64 kbit/s stream over the S-interface to consist of octets, bits 1 through 8, with bit 1 being transmitted 
first. 

The procedure requires that: 

i) The 8 kbit/s stream occupies bit position 1 ; 

ii) The 16 kbit/s bitstream occupies bit positions (1,2); 

iii) The 32 kbit/s bitstream occupies bit positions (1,2,3,4) ; 

iv) The order of transmission of the bits of the subrate stream is identical before and after rate adaptation. 

v) All unused bits in the 64 kbit/s stream are set to binary " 1 ". 



8 



The RA1/RA1' Function 



The RAl/RAl' function is used in transparent cases to convert between the intermediate rate and the input rate to the 
channel coder or the multiplexing function. This conversion also appears on the infrastructure side in both transparent 
and non-transparent cases as specified in GSM 08.20 except for channel codings TCH/F14.4, TCH/F28.8, TCH/F32.0, 
and TCH/F43.2. 



8.1 Single slot rates 



intermediate rate 


Radio interface rate 


8 kbit/s 


3,6 kbit/s 


8 kbit/s 


6 kbit/s 


16 kbit/s 


12 kbit/s 


32 kbit/s 


14,5 kbit/s 



There are seven data rates (known as Radio Interface data rates) used for data transfer to the channel coder. These are 
43.5 kbit/s (NT only), (32.0 kbit/s; not used in single slot configurations), 29 kbit/s (In cases where EDGE channel 
codings TCH/F43.2 or TCH/F28.8 are used, the RAl/RAl' function adapts the data stream to 14.5 kbit/s substreams as 
if multiple 14.5 kbit/s radio interface channels were used.), 14,5 kbit/s, 12 kbit/s, 6 kbit/s and 3.6 kbit/s, and in order to 
adapt the 8,16, 32 and 64 kbit/s intermediate rates to these data rates, three processes are used. 

Firstly the 17 synchronization bits are removed. 

Secondly the El, E2 and E3 bits are removed. For transparent services, the values of the El, E2, E3 bits are determined 
at the MT and in case of TCH/F9.6 and TCH/F4.8, at the BTS based on the indication given by outband signalling 
(either in the User Rate field of the BC-IE of the SETUP message for the MT or in the Channel Type information in the 
ASSIGNMENT REQUEST message for the BSS). For non transparent services, the coding of the El, E2 and E3 bits is 
described in GSM 08.20. 
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Thirdly, in the 3.6 kbit/s case, half the data bits are discarded. These processes result in modified CCITT V. 110 frames 
of sizes 60,60 and 36 bits for the 12, 6 and 3.6 kbit/s data rates respectively. The resultant modified CCITT V. 1 10 
frames for the various user data rates are shown in figures 5-9. 

Further procedures for TCH/F14.4, TCH/F 28.8, and TCH/F43.2 channel coder input rates in subclauses 8.1.1, 9.1 and 
9.3, respectively. 

8.1 .1 Radio interface rate of 14,5 kbit/s 

In this case one modified CCITT V.l 10 frame is received/sent from/to the network every 2.5 ms (see GSM 05.03). The 
RAl/RAl' function adds/subtracts the 17-bit synchronisation pattern, the F-, E-, X-, and S-bits to/from the 80-bit 
V.llO-frames. 

Bits Ml and M2 are transmitted along with the modified 36-bit V.l 10 frames every 20 ms over the radio interface (See 
GSM 05.03). Bit M2 is used by the RAl/RAl'-function for deriving/mapping the E-, S-, and X-bits. Bit Ml is used for 
multislot synchronisation. The usage of these bits is further elaborated in subclause 8.1.1.1. 

The modified CCITT V.l 10 36-bit frame received/sent from/to the network at 14,4 kbit/s: 



D1 


D2 


D3 


D4 


D5 


D6 


D7 


D8 


D9 


D10 


D11 


D12 


D13 


D14 


D15 


D16 


D17 


D18 


D19 


D20 


D21 


D22 


D23 


D24 


D25 


D26 


D27 


D28 


D29 


D30 


D31 


D32 


D33 


D34 


D35 


D36 



is converted/derived into/from the following 80-bit V. 1 10-frame at 32 kbit/s. The E-, S-, and X-bits are 
mapped/extracted to/from the M2-bit sequence. 





























D1 


D2 


D3 


D4 


D5 


D6 


S1 




D7 


D8 


D9 


D10 


F 


F 


X 




D11 


D12 


F 


F 


D13 


D14 


S3 




F 


F 


D15 


D16 


D17 


D18 


S4 




El 


E2 


E3 


E4 


E5 


E6 


E7 




Dig 


D20 


D21 


D22 


D23 


D24 


S6 




D25 


D26 


D27 


D28 


F 


F 


X 




D29 


D30 


F 


F 


D31 


D32 


S8 




F 


F 


D33 


D34 


D35 


D36 


S9 



For the 36-bit frames the received D-bits are set as they were transmitted. For transparent services E, S, and X-bits are 
reproduced based on the M2-bit sequence as described in subclause 8.1.1.1. Bits El, E2, and E3 are set according to the 
user data rate as shown in Figure 4 for transparent services. 



8.1.1.1 



Multiframe structure over the radio-interface 



Bit Ml carries a 31-bit PN multiframe code 0000 1001 01 10 01 1 1 1 100 01 10 1 1 10 101. One multiframe bit is 
transmitted every 20 ms per substream, which means that one whole multiframe consists of 248 36-bit frames. 

Bit M2 carries V.24 circuit status information, network independent clocking (NIC) information and substream 
numbering as indicated in the following figure: 

bit 
number 

Ml: 
M2: 

where # # # = Substream number (multilink operation) 
SB = the SB status bit 
X = the X-status bit 
NNNNN = Network independent clocking code 



0123 


4567 


8-11 


12-15 


16-19 


20-23 


24-27 


28-30 


0000 


1 001 


0110 


111 


1 1 00 


110 


1110 


1 01 


###SB 


SBX## 


#XSBSB 


###SB 


SBX## 


#XSBSB 


NNNN 


NSBSB 
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In the MS to Network direction the information carried by the M2-bit sequence is mapped in the following manner: 

An Ml/M2-bit pair is transmitted along each block of data containing eight modified V. 110 36-bit frames. The three-bit 
#-sequence carries a number identifying each substream (multislot operation); the substreams are numbered 0,1,2 etc. 
The status- and NIC-information is mapped between the M2-sequence(s) and the V.l 10-frames. Bits SB and X are 
mapped to V.24 circuits as specified in GSM 07.01. 

The SB-bit carries the V.l 10 SB-status information, and the X-bit the X-status information. 

Five consecutive N-bits carrying an NIC -code in the M2-sequence indicate 'negative compensation' or 'positive 
compensation' if such a compensation is required. Otherwise' no compensation' is indicated by the N-bits. 





N-bit 24 in 
sequence 


M2- 


N-bit 25 in 
sequence 


M2- 


N-bit 26 in 
sequence 


IVI2- 


N-bit 27 in 
sequence 


M2- 


N-bit 28 in M2- 
sequence 


No 

compensation 


1 




1 




1 




1 




1 


Negative 
compensation 


1 














1 







Positive 

compensation of 
a zero 







1 














1 


Positive 

compensation of 
a one 












1 













The Network to MS direction: 

The status-information is filtered as described in GSM 07.01. To change the SB- or X-status mode, it is required that at 
least two consecutive SB- or X-bits, respectively, carry the same value. 

For NIC-procedure, refer to subclause 1 1 .5. 1 . 



8.1.1.2 



Radio-interface data block for TCH/F14.4 channel coding 



A radio-interface data block for a TCH/F14.4 channel consists of 8 36-bit data frames and bits Ml and M2 as shown in 
the following table: 



































M1 


M2 


D1 
D19 


D2 
D20 


D3 
D21 


D4 
D22 


D5 
D23 


D6 
D24 


D7 
D25 


D8 
D26 


Dg 

D27 


D10 
D28 


D11 
D29 


D12 
D30 


D13 
D31 


D14 
D32 


D15 
D33 


D16 
D34 


D17 
D35 


D18 
D36 


D1 
D19 


D2 
D20 


D3 
D21 


D4 
D22 


D5 
D23 


D6 
D24 


D7 
D25 


D8 
D26 


Dg 

D27 


D10 
D28 


D11 
D29 


D12 
D30 


D13 
D31 


D14 
D32 


D15 
D33 


D16 
D34 


D17 
D35 


D18 
D36 


D1 
D19 


D2 
D20 


D3 
D21 


D4 
D22 


D5 
D23 


D6 
D24 


D7 
D25 


D8 
D26 


Dg 

D27 


D10 
D28 


D11 
D29 


D12 
D30 


D13 
D31 


D14 
D32 


D15 
D33 


D16 
D34 


D17 
D35 


D18 
D36 


D1 

Dig 


D2 
D20 


D3 
D21 


D4 
D22 


D5 
D23 


D6 
D24 


D7 
D25 


D8 
D26 


Dg 

D27 


D10 
D28 


D11 
D29 


D12 
D30 


D13 
D31 


D14 
D32 


D15 
D33 


D16 
D34 


D17 
D35 


D18 
D36 


D1 

Dig 


D2 
D20 


D3 
D21 


D4 
D22 


D5 
D23 


D6 
D24 


D7 
D25 


D8 
D26 


Dg 

D27 


D10 
D28 


D11 
D29 


D12 
D30 


D13 
D31 


D14 
D32 


D15 
D33 


D16 
D34 


D17 
D35 


D18 
D36 


D1 

Dig 


D2 
D20 


D3 
D21 


D4 
D22 


D5 
D23 


D6 
D24 


D7 
D25 


D8 
D26 


Dg 

D27 


D10 
D28 


D11 
D29 


D12 
D30 


D13 
D31 


D14 
D32 


D15 
D33 


D16 
D34 


D17 
D35 


D18 
D36 


D1 

Dig 


D2 
D20 


D3 
D21 


D4 
D22 


D5 
D23 


D6 
D24 


D7 
D25 


D8 
D26 


Dg 

D27 


D10 
D28 


D11 
D29 


D12 
D30 


D13 
D31 


D14 
D32 


D15 
D33 


D16 
D34 


D17 
D35 


D18 
D36 


D1 

Dig 


D2 
D20 


D3 
D21 


D4 
D22 


D5 
D23 


D6 
D24 


D7 
D25 


D8 
D26 


Dg 

D27 


D10 
D28 


D11 
D29 


D12 
D30 


D13 
D31 


D14 
D32 


D15 
D33 


D16 
D34 


D17 
D35 


D18 
D36 



The number on the left indicates the order of the data frames in the 290-bit block; the 36-bit frame in position one was 
received before that in position two etc. One such block is transmitted over the radio interface every 20 ms. 
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8.1 .2 Radio Interface rate of 1 2 kbit/s 

In this case one modified CCITT V.l 10 60 bit frame is received/sent from/to the network every 5ms (see GSM 05.03 ). 
The RAl/RAl' function will add/subtract the 17 bit synchronization pattern and the E1,E2 and E3 bits to/from each 
CCITT V.l 10 80 bit frame as follows: 

The modified CCITT V.l 10 60 bits frame received/sent from/to the radio interface at 12 Kbit/s, 



D1 




D2 




D3 




D4 




D5 




D6 




S1 




D7 




D8 




D9 




D10 




D11 




D12 




X 




D13 




D14 




D15 




D16 




D17 




D18 




S3 




D19 




D20 




D21 




D22 




D23 




D24 




S4 




E4 




E5 




E6 




E7 




D25 




D26 




D27 




D28 




D29 




D30 




S6 




D31 




D32 




D33 




D34 




D35 




D36 




X 




D37 




D38 




D39 




D40 




D41 




D42 




S8 




D43 




D44 




D45 




D46 




D47 




D48 




S9 
















into the following a CCITT V. 1 10 80 bits frame at 16 Kbit/s: 


















































D1 




D2 




D3 




D4 




D5 




D6 




S1 




D7 




D8 




D9 




D10 




D11 




D12 




X 




D13 




D14 




D15 




D16 




D17 




D18 




S3 




D19 




D20 




D21 




D22 




D23 




D24 




S4 




E1 




E2 




E3 




E4 




E5 




E6 




E7 




D25 




D26 




D27 




D28 




D29 




D30 




S6 




D31 




D32 




D33 




D34 




D35 




D36 




X 




D37 




D38 




D39 




D40 




D41 




D42 




S8 




D43 




D44 




D45 




D46 




D47 




D48 




S9 



In the case of the non transparent services, bits SI, X, S3, S4, E4, E5, E6, E7, S6, X (second occurrence), S8, and S9 
carry bits D'l, D'2, D'3, D'4, D'5, D'6, D7, D'8, D'9, D'lO, D'll, and D'12, respectively. 

For a modified CCITT V.l 10 60 bit frames received from the network, the received D, S and X bits or D and D' bits are 
set to the same value as the transmitted bits. Bits El, E2, E3 are set according to the user data rate as shown in figure 4 
for the transparent services, or the RLP multiframe and DTX indication as per GSM 08.20 in the non transparent case. 

For modified CCITT V.l 10 60 bit frames transmitted over the network, the received D, S, and X bits or D and D' are set 
to the same value as the transmitted bits. Bits El, E2, E3 are discarded. 
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8.1 .3 Radio Interface rate of 6 kbit/s 

In this case one modified CCITT V.l 10 60 bit frame is received/sent from/to the network every 10 ms (see 

GSM 05.03). The RAl/RAl' function will add/subtract the 17 bit synchronization pattern and the El, E2 and E3 bits 

to/from each CCITT V.l 10 80 bit frame as follows: 

The modified CCITT V.l 10 60 bits frame received/sent from/to the radio interface at 6 Kbit/s, 



D1 


D2 


D3 


D4 


D5 


D6 


S1 


D7 


D8 


D9 


D10 


D11 


D12 


X 


D13 


D14 


D15 


D16 


D17 


D18 


S3 


D19 


D20 


D21 


D22 


D23 


D24 


S4 


E4 


E5 


E6 


E7 


D25 


D26 


D27 


D28 


D29 


D30 


S6 


D31 


D32 


D33 


D34 


D35 


D36 


X 


D37 


D38 


D39 


D40 


D41 


D42 


S8 


D43 


D44 


D45 


D46 


D47 


D48 


S9 









is converted into the following a CCITT V. 1 10 80 bits frame at 8 Kbit/s: 
























1 D1 


D2 


D3 


D4 


D5 


D6 


S1 


1 D7 


D8 


D9 


D10 


D11 


D12 


X 


1 D13 


D14 


D15 


D16 


D17 


D18 


S3 


1 D19 


D20 


D21 


D22 


D23 


D24 


S4 


1 E1 


E2 


E3 


E4 


E5 


E6 


E7 


1 D25 


D26 


D27 


D28 


D29 


D30 


S6 


1 D31 


D32 


D33 


D34 


D35 


D36 


X 


1 D37 


D38 


D39 


D40 


D41 


D42 


S8 


1 D43 


D44 


D45 


D46 


D47 


D48 


S9 



In the case of the non transparent services, bits SI, X, S3, S4, E4, E5, E6, E7, S6, X (second occurrence), S8, and S9 
carry bits D'l, D'2, D'3, D'4, D'5, D'6, D7, D'8, D'9, D'lO, D'll, and D'12, respectively. 

For a modified CCITT V.l 10 60 bit frames received from the network, the received D, S and X bits or D and D' bits are 
set to the same value as the transmitted bits. Bits El, E2, E3 are set according to the user data rate as shown in figure 4 
for the transparent services, or the RLP multiframe and DTX indication as per GSM 08.20 in the non transparent case. 

For modified CCITT V.l 10 60 bit frames transmitted over the network, the received D, S, and X bits or D and D' bits 
are set to the same value as the transmitted bits. Bits El, E2, E3 are discarded. 

It should be noted that this process is identical to that used for the 12 kbit/s case except that the frame repetition rates 
are halved. 
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8.1 .4 Radio Interface rate of 3,6 kbit/s (transparent services only) 

In this case one modified CCITT V.l 10 36 bit frame is received/sent from/to the network every 10ms (see 

GSM 05.03 [3]). The RAl/RAl' function will add/subtract the 17 bit synchronization pattern and the E1,E2 and E3 bits 

to/from each CCITT V.l 10 80 bit frame as follows: 

The modified CCITT V.l 10 36 bits frame received/sent from/to the radio interface at 3.6 Kbit/s, 
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d into the following 


a CCITT V.l 10 80 bits frame at 8 Kbit/s: 
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For modified CCITT V.l 10 36 bit frames transmitted to the network, El, E2, E3 are discarded. For modified CCITT 
V. 1 10 36 bit frames received from the network. El, E2, E3 are set as shown in figure 2. 

NOTE: The action to be taken in the case where two bits which should have the same value (e.g. bits noted Dl 
are received with different values is for further study. 

8.1.5 Synchronisation 

Two interfaces are involved in the TAF regarding the need for data frame synchronisation, i.e. the TAF/air-interface 
and TAF/TE interface. For detailed definition of the synchronisation procedures refer to GSM 07.01. 

8.1.6 Idle frames 

Whenever no data is received from the radio interface (e.g. frame stealing applies, layer 2 fill frames are received, etc.) 
idle frames shall be sent to the DTE. These are V.l 10 frames with frame alignment pattern according to CCITT 
recommendation. V.llO [11] and all data, status and E-bits set to binary "1". 



8.2 



Multislot rates 



In multislot operation the transmission is performed using parallel substreams between the Split/Combine-functions. 

8.2.1 TCH/F1 4.4 multislot operation 

The information carried by the M2-sequences is read per substream; i.e. the substream number and a complete NIC- 
code are transferred through one substream. 

A NIC-code is carried on as many substreams as is necessary to cover all NIC-compensations that have taken place. On 
channels where no NIC-compensation is carried, the N-bits are set to 'no compensation'. For the exact NIC -procedures, 
refer to subclause 1 1 .5. 1 . 
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8.2.2 AlURs up to 38,4 kbit/s using TCH/F9.6 and TCH/F4.8 channel 
codings 



Intermediate rate/AlUR 


Radio interface rate 


16 kbit/s/ 9,6 kbit/s 


2x6 kbit/s 


32 kbit/s/ 14,4; 19,2 kbit/s 


2x12 or 3x6 or 4x6 kbit/s 


64 kbit/s / 28,8; 38,4 kbit/s 


3x12 or 4x12 kbit/s 



In these cases, the data stream is mapped from 80-bit intermediate rate frames into modified frames of 60 bits for radio- 
interface transmission as specified in subclause 8.1 for 12 kbit/s and 6 kbit/s except for the following cases: 

For AIURs 14,4 and 28,8 kbit/s using channel codings TCH/F4.8 and TCH/F9.6, respectively, four consecutive V.l 10 
80-bit frames (Figure 12) are mapped onto three consecutive modified 60-bit V.l 10 (Figure 5 or 6) frames at the MS. 
The 4x36 data bits in the 80-bit frames are mapped onto the 3x48 data bits in the 60-bit frames. However, bits E4-E7 in 
the 80-bit frames are mapped onto the E4-E7 bits in the 60-bit frames when their value indicate either positive or 
negative compensation (NIC; See subclause 5.1.1). The E4-E7 bits that indicate 'No compensation' in the 80-bit frames 
need not be mapped onto the 60-bit frames. The S- and X-bits in every fourth 80 -bit frame are not mapped onto the 60- 
bit frames. When radio interface rate of 2 x 12 kbit/s is used for carrying AIUR 14,4 kbit/s, padding is used in the 60-bit 
frames of the higher substream number (Subclause 11.6). 

For substream numbering information, please refer to subclause 10 of the present document. 

8.2.3 AIURs up to 38,4 kbit/s using TCH/F1 4.4 channel coding 



Intermediate rate/AlUR 


Radio interface rate 


64 kbit/s / 28,8; 38,4 kbit/s 


2x14,5 or 3x14,5 



For AIURs 14,4 and 28,8 kbit/s the 36 data bits in the 80-bit V.l 10 intermediate rate frames are extracted and sent 
through the substreams in data blocks containing eight 36-bit frames as described in subclause 8.1. An Ml/M2-bit pair 
is sent over the radio-interface along with each data block every 20 ms. These bits carry the multiframe, substream 
number, V.24 status, and NIC information as described in subclauses 8.1.1.1 and 8.2.1. 

For AIUR 38.4 kbit/s the 80-bit V. 1 10 intermediate rate frames carry 48 user data bits. The 290-bit blocks in the 
substreams of the lower substream numbers carry 288 user data bits while the 290-bit blocks in the substream of the 
highest substream number carries 192 user data bits; this means that five of the eight 36-bit frames making up the block 
carry 36 user data bits whereas the sixth frame carries 12 user data bits (5x36h-12). Frames seven, eight, and the rest of 
the sixth frame are padded with 'I's. 

The M2-bit sequences are used as described in subclauses 8.1.1.1 and 8.2.1 

For NIC-procedures refer to subclauses 8.2.1 and 1 1.5.1. No NIC -values are transported in association with AIUR 38,4; 
the N-bits are set to 'no compensation'. 

8.2.4 AIUR of 48 kbit/s; Intermediate rate of 64 kbit/s; Radio interface rate 
of 5 X 1 2 kbit/s 

One modified CCITT V. 1 10 60 bit frame (Figure 5) is received/sent from/to a TCH/F every 5 ms (see GSM 05.03) 
resulting in an radio-interface rate of 12 kbit/s per channel. 

One 60-bit radio-interface frame is converted into two CCITT V.l 10 32-bit frames at 64 kbit/s (Figure 13): 
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8.2.5 AIUR of 48 kbit/s; Intermecdiate rate of 64 kbit/s; Radio interface rate 
of 4x 14,5 kbit/s 

For AIUR 48 kbit/s the 24 data bits in the 32-bit V.l 10-frames are extracted and sent through the substreams in 36-bit 
frames as described in subclause 8.1. An Ml/M2-bit pair is sent over the air-interface along each data block every 20 
ms. This pair of bits carries the multiframe, substream, and V.24 status information as described in subclauses 8.1.1.1 
and 8.2.1. 

The 290-bit blocks in the highest numbered substream carry 96 user data bits (2x36h-24). 

The M2-bit sequences are used, for the applicable parts, as described in subclauses 8.1.1.1 and 8.2.1. 

No NIC-values are transported in association with AIUR 48.0; the N-bits are set to 'no compensation'. 

8.2.6 AIUR of 56 kbit/s; Intermediate rate of 64 kbit/s 

Radio interface rate of 5 x 12 kbit/s 

One modified CCITT V.l 10 60 bit frame (Figure 10) is received/sent from/to the network every 5 ms (see GSM 05.03) 
resulting in a radio-interface rate of 12 kbit/s per channel. 

A modified CCITT V.l 10 60 bits radio-interface frame: 
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NOTE: For information on the T-bits, please refer to subclause 1 1 .2 of the present document, 
is converted into a CCITT V.l 10 64 bits frame at 64 kbit/s: 
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8.2.7 AIUR of 56 kbit/s; Intermediate rate of 64 kbit/s; Radio interface rate 
of 4x 14,5 kbit/s 

For AIUR 56 kbit/s the 56 data bits in the 64-bit V. 1 10 frames are extracted and sent through the substreams in 36-bit 
frames as described in subclause 8.1. An Ml/M2-bit pair is sent over the air-interface along each data block every 20 
ms. This pair of bits carries the multiframe and substream numbering information as described in subclause 8.1.1.1. 

The 290-bit blocks in the highest numbered substream carry 256 user data bits (7x36h-4). 

The M2-bit sequences are used, for the applicable parts, as described in subclauses 8.1.1.1 and 8.2.1. 

No V.24 status or NIC-values are transported in association with AIUR 56.0; the N-bits are set to 'no compensation'. 
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8.2.8 AIUR of 64 kbit/s; Radio interface rate of 6 x 1 2 l<bit/s 

One modified CCITT V. 1 10 60 bit frame (Figure 10) is received/sent from/to the network every 5 ms (see GSM 05.03) 
resulting in an radio-interface rate of 12 kbit/s per channel. 

A modified CCITT V.l 10 60 bits radio-interface frame: 
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NOTE: For information on the T-bits, please refer to subclause 1 1 .2 of the present document. 

The data bits are extracted from the 60-bit frames received from the network; six frames, one of which carries padding 
as explained in subclause 11.6, carry 320 bits of user data per 5 ms resulting in a 64 kbit/s user rate which is sent 
forward as such. 

8.2.9 AIUR of 64 l<bit/s; Racdio interface rate of 5 x 1 4,5 l<bit/s 

For AIUR 64 kbit/s the 64 data bits in the 64-bit V.l 10 frames are extracted and sent through the substreams in 36-bit 
frames as described in subclause 8.1. An Ml/M2-bit pair is sent over the air-interface along each data block every 20 
ms. This pair of bits carries the multiframe and substream numbering information as described in subclause 8.1.1.1. 

The 290-bit blocks in the highest numbered substream carry 128 user data bits (3x36h-20). 

The M2-bit sequences are used, for the applicable parts, as described in subclauses 8.1.1.1 and 8.2.1. 

No V.24 status or NIC-values are transported in association with AIUR 64.0; the N-bits are set to 'no compensation'. 



The EDGE multiplexing function 



In EDGE configurations the number of channels across the radio interface and that of substreams do not necessarily 
match. In such cases a multiplexing function is included at MS and BTS (GSM 08.20). These functions distribute data 
between the substreams and radio channels. 

At the MS the multiplexing function multiplexes 14.5 kbit/s substreams — produced either by the combination of 
Split/Combine and RAl/RAl' or RAl' functions in the transparent case, or by the combination of Split/Combine and 
RLP functions in the non-transparent case — into the TCH/F28.8 or TCH/F43.2 EDGE radio interface channels. 

In the case of bit transparent 56 kbit/s or 64 kbit/s operation, the multiplexing function maps the data stream into two 
EDGE TCH/F32.0 radio interface channels. 
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9.1 Data block distribution into the substreams by the 
IVIultiplexing function; TCH/F28.8 channel coding 

The multiplexing function maps/extracts two 14.5 kbit/s substreams into/from a 29.0 kbit/s radio interface channel. 

A radio interface data block for a TCH/F28.8 channel contains the bit sequence: Ml, M2, 288 user data bits, Ml, M2, 
and 288 user data bits, in other words, the block is a combination of two TCH/F14.4 radio interface data blocks. The 
two TCH/F14.4 blocks belong to two separate substreams. One 580-bit block is transmitted/received every 20 ms. 

a) Transparent services 

In uplink, the multiplexing function maps one 290-bit block from each substream into every 580-bit TCH/F28.8 
radio interface data block. Blocks from one stream always occupy the same half of the 580-bit radio interface 
data blocks. 

In downlink, the multiplexing function demultiplexes the two substreams by extracting the two 290-bit blocks 
from the received 580-bit radio interface blocks; the 290-bit blocks belonging to one substream are carried in 
the same half of the 580-bit radio interface blocks. 

b) Non-transparent services 

The multiplexing function works in the same way as in the transparent case, i.e. the multiplexing is based on the 
use of 290-bit blocks, which — in this case — contain halves of 576-bit RLP frames. 

9.1 .1 AIUR of 57.6 kbit/s; Radio interface rate of 2 x 29.0 kbit/s 

Non-transparent 57.6 kbit/s radio interface user rate can be achieved by using a combination of two TCH/F28.8 
channels across the radio interface. Two parallel multiplexing functions are applied; the operation of both of these is as 
described in section 9.1 above. 

9.2 Data block distribution to the radio interface by the 
Multiplexing function; TCH/F32.0 channel coding 

The multiplexing function divides the datastream into blocks of ten 64-bit V. 1 10 frames (Figure 14) in case of the 56 
kbit/s user rate or into blocks of 640 data bits in case of the 64 kbit/s user rate. These blocks are distributed cyclically 
into timeslots a (0<a<6) and a-nn (l<aH-n<7) in each TDMA-frame; in the data stream, data mapped into timeslot a 
precedes that mapped into slot a-nn. The receiving Multiplexing function recombines overall data stream from radio- 
interface channels so that the data carried by timeslot a (0<a<6) precedes the data carried by timeslot a-nn (l<aH-n<7) of 
the same TDMA-frame. 

9.2.1 AIUR of 56 kbit/s; Radio interface rate of 2 x 32.0 kbit/s 

Two blocks of 10 64-bit V.llO frames (Figure 14) are sent/received every 20 ms over the radio interface. 

No V.24 status or NIC-information is transferred in association with AIUR 56 kbit/s. 

No substream numbering is needed as just one substream is used across a two-timeslot radio interface channel. 

9.2.2 AIUR of 64 kbit/s; Radio interface rate of 2 x 32.0 kbit/s 

Two blocks of 640 data bits are sent/received through the radio interface every 20 ms. 

No V.24 status or NIC-information is transferred in association with AIUR 64 kbit/s. 

No substream numbering is needed as just one substream is used across a two-timeslot radio interface channel. 
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9.3 Data block distribution into the substreams by the 
IVIultiplexing function; TCH/F43.2 channel coding 

The multiplexing function maps/extracts three 14.5 kbit/s substreams into/from a 43.5 kbit/s radio interface channel. 

A radio interface data block for a TCH/F43.2 channel is a combination of three TCH/F14.4 radio interface data blocks. 
The three TCH/F14.4 blocks belong to separate substreams. One 870-bit block is transmitted/received every 20 ms. 

The TCH/F43.2 channel is used only in non-transparent operation. Therefore, the 290-bit blocks handled by the 
multiplexing function carry halves of 576-bit RLP frames. 

In uplink, the multiplexing function maps one 290-bit block from each substream into every 870-bit TCH/F43.2 radio 
interface data block. Blocks from one stream always occupy the same third of the 870-bit radio interface data blocks. 

In downlink, the multiplexing function demultiplexes the three substreams by extracting the 290-bit blocks from the 
received 870-bit radio interface blocks; the 290-bit blocks belonging to one substream are carried in the same third of 
the 870-bit radio interface blocks. 



10 



The RA1' Function 



This function is used to adapt between the synchronous user data rates, or the output of the RAO function and the radio 
interface data rates of 3.6, 6, 12, or 14,5 kbit/s. In cases where EDGE channel coding TCH/F28.8 is used, the RAT 
function adapts the data stream to 14.5 kbit/s substreams as if multiple 14.5 kbit/s radio interface channels were used. 

1 0.1 Synchronous user rates up to 9,6 kbit/s 



Synchronous user rate 


Rate at the radio interface 


< 2,4 kbit/s 


3.6 kbit/s 


4,8 kbit/s 


6 kbit/s 


9,6 kbit/s 


1 2 kbit/s or 2x6 kbit/s 



The modified CCITT V.l 10 36 or 60 bit frame structures for each user rate are shown in figures 5-9. The meaning of 
the bits is described in clause 5. 

1 0.2 Synchronous user rates from 9,6 kbit/s onward; 

TCH/F9.6/4.8 channel codings 



Synchronous user rate 


Total rate at the radio 
interface 


DTE/DCE 
Statuses 


60 Bit frame structure 


Single slot rate at the 
radio interface 


14,4 kbit/s 


24 kbit/s or 18 kbit/s 


X 


9,6 kbIt/s or 4,8 kbit/s 

(Figs. 5 and 15) 

Note 


12 kbit/s or 6 kbit/s 


19,2 kbit/s 


24 kbit/s 


X 


9,6 kbit/s or 4,8 kbit/s 
(Fig. 5) 


12 kbit/s or 6 kbit/s 


28,8 kbit/s 


36 kbit/s 


X 


9,6 kbit/s (Fig. 5) 


1 2 kbit/s 


38,4 kbit/s 


48 kbit/s 


X 


9,6 kbit/s (Fig. 5) 


1 2 kbit/s 


48 kbit/s 


60 kbit/s 


X 


9,6 kbit/s (Fig. 5) 


1 2 kbit/s 


56 kbit/s 


60 kbit/s 




11,2 kbit/s (Fig.10) 


1 2 kbit/s 


64 kbit/s 


72 kbit/s 




1 1 ,2 kbit/s (Figs. 10 and 
1 6) Note 


1 2 kbit/s 


NOTE: Padding is used in frames making up the data substream of the highest substream number. 



Modified CCITT V.l 10 60 bit frames structures are those shown in figures 5, (6,) and 10. The structure to apply is that 
for the partial user rate. The meaning of the bits is described in clauses 5 and 7. For description of the padding 
procedure, please refer to clause 1 1 of the present document. 
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1 0.3 Synchronous user rates from 9,6 kbit/s onward; TCH/F1 4.4 
channel coding 



Synchronous user rate 


Total rate at the radio 
interface 


DTE/DCE 
Statuses 


Air-interface bit frame 
structure 


Single slot rate at the 
radio interface 


14,4 kbit/s 


14,5 kbit/s 


X 


36 bits, 290-bit block 


14,5 kbit/s 


28,8 kbit/s 


29.0 kbit/s 


X 


36 bits, 290-bit block 


14,5 kbit/s 


38,4 kbit/s 


43.5 kbit/s 


X 


36 bits, 290-bit block 


14,5 kbit/s (note) 


48 kbit/s 


58.0 kbit/s 


X 


36 bits, 290-bit block 


14,5 kbit/s (note) 


56 kbit/s 


58.0 kbit/s 




36 bits, 290-bit block 


14,5 kbit/s (note) 


64 kbit/s 


72.5 kbit/s 




36 bits, 290-bit block 


14,5 kbit/s (note) 


NOTE: Padding used as specified for TCH/F1 4.4 channel coding 



The format used for transferring a synchronous data stream over the radio-interface is a multiframe consisting of 3 1 
data blocks. Each data block contains bits Ml and M2 followed by 288 user data bits sent/received over the radio- 
interface every 20 ms. The Ml-bit carries a 31-bit PN-sequence used for aligning the multiframe(s), whereas the M2-bit 
carries substream numbering, status information, and NIC-codes as described in subclauses 8.1.1.1 and 8.2.1. The status 
information carried by the M2-sequence(s) is interpreted as specified in GSM 07.01. When three consecutive M2-bits 
carry a substream number, this is interpreted as specified in clause 1 1 . Five consecutive M2-bits carrying NIC- 
information are interpreted according to subclause 8.1.1.1. For the exact NIC-procedures refer to subclause 11.5.1. 



1 1 The Split/Combine and Padding-functions 

These functions are associated with multislot connections. The Split/Combine function splits/recombines the overall 
data stream to/from the substreams. The Padding function inserts filling into one of the substreams in cases where the 
total capacity of the substreams is larger than necessary to achieve the required AIUR. 

11.1 Data frame distribution into the substreams/channels by the 
Split/Combine function 

11.1.1 Data frame distribution into the substreams/channels by the 

Split/Combine function (TCH/F9.6 and TCH/F4.8 channel codings) 

a) In the transparent case the Split/Co mbine-function distributes the V.l 10-frames into the substreams and 
recombines the overall data stream from the substreams according to the following rules: 

In the overall data stream 

1) the frame in position p in substream q precedes the frame in position p in substream qH-l,0< q < n-1 

2) the frame in position p in substream n-1 precedes the frame in position p-nl in substream 0; 
where in the rules above n is the number of substreams. 

b) In the non-transparent case the Split/Combine-function distributes the RLP-frames — or the four V. 1 10-frames 
making up an RLP-frame (Reference: GSM 08.20, Clause 10) — into channels so that one whole RLP-frame is 
carried through one channel. Furthermore the RLP-frames are distributed into the available channels so that the 
resulting delay in the overall data stream is kept as small as possible. The receiving Split/Combine-function 
recombines the overall data stream according to the inherent RLP-frame numbering, i.e. the N(S)-numbers in the 
RLP-frame header (GSM 04.22). 
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11 .1 .2 Data block (distribution into tine substreams by the Split/Combine 
function (TCH/F14.4 channel coding) 

a) Transparent services 

The Split/Combine-function distributes the user data carried in the 290-bit blocks (Refer to subclause 8.1.1.2) 
into the substreams and recombines the overall data stream from the substreams according to the following rules: 

In the overall data stream: 

1) the data block in position m of multiframe in substream q precedes the data block in position m of multiframe 
in substream q+1, 0< q < n-1, 0<m<30. 

2) the data block in position m of multiframe in substream n-1 precedes the data block in position m-nl of 
multiframe in substream 0; 

where in the rules above n is the number of substreams. 

frame/ block k 



k-2 k-1 k k-i-1 k-i-2 k-i-3 k-i-4 k-i-5 k-i-6 Overall stream 




position 


1 


k-3 


k k+3 k+6 


■---: 


k-2 


k+1 k+4 k+7 


:■■■■■■ 


k-1 k+2 k+5 k+8 



Substr. q=0 
Substr. q=1 
Substr. q=2 

Figure 2a: Distribution of data frames or data blocks into the substreams in transparent operation 

b) Non-transparent services 

In the non-transparent operation the Split/Combine-function distributes the RLP-frames into substreams so that 
one whole RLP-frame is carried through one substream. This means that the two 290-bit air-interface blocks 
carrying one RLP-frame are transmitted through the same substream. Furthermore the RLP-frames are 
distributed into the available substreams so that the resulting delay in the overall data stream is kept as small as 
possible The receiving Split/Combine-function recombines the overall data stream according to the inherent 
RLP-frame numbering, i.e. the N(S)-numbers in the RLP-frame header (GSM 04.22). 

1 1 .2 Substream numbering in transparent operation 

In transparent multislot data configurations of more than one TCH/F the parallel data substreams between the 
Split/Combine-functions carry inband substream numbering. The status bits SI, S3, and the X-bit between data bits D12 
and D13 (Figures 5 and 6) are used for transferring this substream numbering information (SI is the MSB and S3 the 
LSB). The substreams are numbered 0, 1, 2, 3 etc. regardless of the physical channels through which the substreams are 
transmitted. The highest substream number is one less than the number of physical channels in use at a given time; i.e. 
the numbering cycle changes when physical channels are either added to or removed from a connection. 

The S4-bit is used for frame synchronisation between the parallel substreams. This bit follows a 31 -bit PN-sequence of 
0000 1001 0110 0111 1100 0110 1110 101. This thirty one bit sequence is used for substream resynchronisation in 
cases where delay has occurred on one or more substream(s); the position of a frame in a substream can be determined 
modulo 3 1 by the values of the S4-bit in a sequence of 5 consecutive frames including the frame in question. Provided 
that the relative delay between substreams is less than 75 ms (i.e. less than a 15-frame displacement), this and the frame 
distribution rules given in subclause 11.1 are sufficient to determine the correct order of the frames. 

Bits S6, S8, S9, and the other X-bit are used for conveying channel control information according to the relevant 
terminal adapter function specification. 



£75/ 



(GSM 04.21 version 8.1.0 Release 1999) 27 ETSI TS 100 945 V8.1.0 (2000-08) 

These rules apply to all multislot data AIURs up to and including 48 kbit/s. When the received 48 kbit/s AIUR is 
converted into 64 kbit/s rate, the bits extracted from the 60-bit radio interface frames (Figure 5) are mapped into the 32- 
bit frame format of Figure 13. Here the values for the status bits SI, X, S3, and S4 in the 32-bit frame must be derived 
from status bits S6, X, S8, and S9 in the radio-interface frame because status bits SI, X, S3, and S4 in the upper right 
hand corner of the 60-bit frame have been used for data substream numbering as described above. 

In the 1 1,2 kbit/s frames used for AIURs 56 and 64 kbit/s (Figure 10) the Tl, T2, T3 (Tl the MSB and T3 the LSB) are 
used for carrying the substream numbering as status bits SI, X, and S3 do according to the definition given in the first 
paragraph of subclause 10.1. Bit T4 is used for carrying the substream synchronisation sequence just as status bit S4 
does in the description given in the second paragraph of subclause 10.2. 

11 .2.1 Substream numbering for TCH/F1 4.4 and TCH/F28.8 channel 
codings 

Bit Ml carries the multiframe sequence 0000 1001 0110 0111 1100 0110 1110 101. The number of the substream in 
which a multiframe is sent is carried four times in a 31 -bit period of theM2-sequence. In the three-bit number code the 
bit in the lowest bit position is the MSB (See table in subclause 8.1.1.1). 



1 1 .3 Substream Synchronisation 



Two interfaces are involved in the TAF regarding the need for the data frame synchronisation, i.e the TAF/multichannel 
interface and the TAF/TE interface. 

The Split/Combine function is responsible for controlling the synchronisation and resynchronisation procedures as 
described in GSM 07.01. 

1 1 .4 Network independent clocking 

The data frames carrying an NIC-multiframe (subclause 5.1.1) indicating a positive or negative compensation are 
distributed into the substreams according to subclause 11.1. 

1 1 .4.1 Network Independent Clocking for TCH/F1 4.4 and TCH/F28.8 
channel codings (both single- and multilinks) 

In the following, 'a data bit position' means a non-padded bit position in the 290-bit radio interface blocks. 
The NIC-codes are read per substream, i.e. the sequence of five N-bits in a substream carries one complete NIC-code. 
In a 29 kbit/s radio interface channel the two halves of the 580-bit radio interface block correspond to substreams. 
If NlC-compensation(s) take(s) place in the overall user data flow : 

11.4.1.1 Negative compensation 

a) From overall data stream to substreams 

When only one substream is used and the data is mapped to the radio interface blocks, the 'extra null bit', which 
is set to '1', (subclause 5.1.1) is mapped to the first data bit position of the radio interface block which carries the 
fifth N-bit in the 31 -block multiframe structure. The five N-bits encode 'negative compensation' as described in 
clause 5. 

If more than one substream is used, and more than one negative compensation should be performed the 'extra 
null bit' is mapped to the first data bit position of the radio interface block which carries the fifth N-bit in the 31- 
block multiframe structure in as many substreams as necessary to perform all compensations. In those 
substreams where no compensation is needed the N-bits are set to 'no compensation'. 

b) From substreams to overall data stream 

When a radio interface block carrying the fifth bit of an NIC -code indicating negative compensation is received, 
the receiver discards the first data bit of the block. 
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1 1 .4.1 .2 Positive compensation 

a) From overall data stream to substreams 

An NIC-code indicating positive compensation means that the data bit from the overall data stream preceeding 
the bit mapped into the first position of the data block conveying the second N-bit is carried encoded by the five 
N-bits. 

If more than one substream is used, and if more than one compensation has taken place in the overall data 
stream, more than one substream carries a NIC-code indicating 'positive compensation'. In those substreams 
where no NIC -compensation is needed the N-bits indicate 'no compensation'. 

b) From substreams to overall data stream 

When an NIC-code indicating positive compensation is received, an extra '0' or '1' — depending on whether a 
compensation of a '0' or '1' is indicated — is mapped to before the first data bit position of the block with which 
the second bit of the NIC -code is associated. 

1 1 .5 Padding TCH/F frames when the AIUR is not a multiple of 
9,6 or 4,8 kbit/s 

When the required AIUR is not a multiple of the rates supported by TCH/F4.8 or TCH/F9.6, padding is used for 
producing the required AIUR. 

To achieve the required AIUR the data bits are distributed across the substreams 1 to n as follows: 

Substream(s) 1 (to n-1) carry multiples of the rate supported by the channel coding used. 

Substream n carries the remaining amount of data bits required to achieve the required AIUR. The remainder of 
data stream n carries padding bits set to binary value '1'. 

Padding for AIUR 14,4 kbit/s: 

The frame of the lower substream number carries full 9,6 kbit/s. The frame of the higher substream number carries 4,8 
kbit/s of user data in bit positions D1-D24 while bit positions D25-D48 are inserted with binary "l"s. (Figure 15) 

Padding for AIUR 64 kbit/s: 

The frames numbered 1 -5 carry full 11 ,2 kbit/s. Frame number 6 carries 8.0 kbit/s of user data in bit positions D 1 -D40 
while bit positions D41-D56 are inserted with binary "l"s. (Figure 16) 

1 1 .5.1 Padding for TCH/F1 4.4 channel coding 

Padding for TCH/F14.4 channel coding is presented in the corresponding parts of clause 8. 

1 1 .6 Handling of the E1 -E3 bits in multislot operation 

Between the Split / Combine functions the substreams carry the code associated with the substream rate as defined in 
Figure 4. When the substreams are combined the code is set to correspond to the overall AIUR according to Figure 4. 
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12 Support of Non-Transparent Bearer Services 

In the case of non-transparent services, the RAT function provides access to the 12 and 6 kbit/s radio interface data 
rates. (AHgnment of RLP frames with the four TDMA slots makes it physically impossible to provide 3,6 kbit/s.) The 
RAl' function is not applied in case of TCH/F14.4, TCH/F28.8 and TCH/F43.2 channel codings. 



Air interface user rate 


Radio interface rate 


4,8 kbit/s 


6 kbit/s 


9,6 kbit/s 


12 kbit/s or 2x6 kbit/s 


14,4 kbit/s 


1 4,5 kbit/s or 2x1 2 kbit/s or 3x6 kbit/s 


19,2 kbit/s 


2x1 2 kbit/s or 4x6 kbit/s 


28,8 kbit/s 


29 kbit/s or 2x14,5 kbit/s or 3x12 kbit/s 


38,4 kbit/s 


3x1 4,5 kbit/s or 4x1 2 kbit/s 


43.2 kbit/s 


43.5 kbit/s or 3x1 4,5 kbit/s 


57.6 kbit/s 


2x29 kbit/s or 4x1 4,5 kbit/s 



12.1 Support of non-transparent operation for TCH/F9.6 and 
TCH/F4.8 channel codings 

This access results in the use of a modified CCITT V. 110 60 bit frame for non-transparent services (figure 11). In this 
case, the RAl' function also provides for alignment of four modified CCITT V.llO 60 bit frames sent on the same radio 
slot corresponding with each complete 240 bit frame to be encoded by the radio subsystem as a single unit (see GSM 
05.03). The difference between the non-transparent 60 bit frame and the 60 bit frame for the transparent service is that 
the bit positions used for status in a transparent frame are used to carry data (designated as D' bits in figure 1 1). 

NOTE: The status bits SA, SB, and the X bit are embedded in the L2R-PDU frames (see GSM 07.01, 07.02, and 
07.03). 

The first bit of each RLP frame to be transmitted will correspond to the first bit (Dl) of the first 60 bit frame in a four 
frame sequence and the last bit will correspond to the last bit (D'12) of the last 60 bit frame in a four frame sequence. 
Each 60 bit frame is filled from left to right starting at Dl (see figure 1 1). 

The radio subsystem provides for the synchronous transmission and reception of 240 bit RLP frames through a 
connection consisting of up to four TCH/Fs. An RLP-frame is received/sent from/to a particular radio channel every 20 
ms (12 kbit/s radio interface rate) or every 40 ms (6 kbit/s radio interface rate) irrespective of the user rate. 

The request to use 6 kbit/s radio interface rate on a Full Rate Channel is indicated in the BC-IE by setting the NIRR bit 
to 6 kbit/s (Negotiation procedure see GSM 07.01) and selecting a Full Rate Channel and Non-Transparent service. If 
the entity receiving the BC-IE is unable to support this request then the 12 kbit/s radio interface rate shall be provided 
automatically. 

Occasions may arise when there is no RLP frame ready to be transmitted. In this case a frame of 240 zeroes will be 
transmitted. This frame will be discarded by the distant RLP function, due to ECS failure, but will allow physical link 
synchronization to be maintained between the MS and the MSC. 

In the case of an asymmetric connection the BTS shall send VI 10 idle frames towards the MSC on the channels which 
are unused in the direction from the MS towards the MSC. This will ensure that the IWF does not interprete VI 10 
frames which are not originated from the MS as complete RLP frames. 
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1 2.2 Support of non-transparent operation for TCH/F1 4.4 
channel coding 

In 14,4 kbit/s channel 576-bit RLP-frames are used. 

The RAl' function is not applied in this case. Instead the RLP-, or in multislot operation the Split/Combine- function, 
handles the 290-bit data blocks received/sent from/to the network. The Ml- bit is used for indicating the RLP-frame 
halves: in the first half Ml= and in the second half Ml=l. BitM2 is used for DTX-indication between the BSS and 
MSC as described in GSM 08.20 

In cases where no RLP-frame is ready to be transmitted, a sequence of 576 'I's is transmitted. This frame will be 
discarded by the distant RLP-function due to FCS failure. 

In the case of an asymmetric connection the BTS shall send idle frames towards the IWF on the channels which are 
unused in the direction from the MS towards the MSC, as specified in GSM 08.60. This will ensure that the IWF does 
not interpret sequences of frames which are not originated from the MS as complete RLP frames. 

1 2.3 Support of non-transparent operation for TCH/F28.8 
channel coding 

In a 28.8 kbit/s channel, 576-bit RLP-frames are used. The 576-bit RLP-frames are mapped into the 580-bit radio 
interface blocks as described in section 9.1. 

The RAl' function is not applied in this case. Instead, RLP handles the 580-bit data blocks received/sent from/to the 
Split/Combine function. The Ml- bits are used for indicating RLP-frame halves. The M2-bits are used for DTX- 
indication between the BSS and MSC as described in GSM 08.20 

In cases where no RLP-frame is ready to be transmitted, a sequence of 576 'I's is transmitted. This frame will be 
discarded by the distant RLP-function due to FCS failure. 

1 2.4 Support of non-transparent operation for TCH/F43.2 
channel coding 

In a 43.2 kbit/s channel 576-bit RLP-frames are used. The 576-bit RLP-frames are mapped into 870-bit radio interface 
blocks as described in section 9.3. 

The RAl' function is not applied in this case. Instead, RLP handles the 580-bit data blocks received/sent from/to the 
Split/Combine function. The Ml- bits are used for indicating RLP-frame halves. The M2-bits are used for DTX- 
indication between the BSS and MSC as described in GSM 08.20 

In cases where no RLP-frame is ready to be transmitted, a sequence of 576 'I's is transmitted. This frame will be 
discarded by the distant RLP-function due to FCS failure. 
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13 Figures on Frame structures 
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D26 


D27 


D28 


D29 


D30 


S6 


7 


1 D31 
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Figure 3: The CCITT V.110 80 bit RA1 frame structure 
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NOTE: The 300 bit/s user data rate is carried on the 600 bit/s synchronous stream by adding stop elements, see 
subclause 4.1. 

Figure 4: Coding of data rates 
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Figure 5: lUlodified CCITT V.110 60 bit frame for 9,6 kbit/s transparent data 
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Figure 6: IVIodified CCITT V.110 60 bit frame for 4,8. kbit/s transparent data 
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a) 



b) 
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Figure 7: a) IVIodified CCITT V.110 36 bit frame for 2,4 l<bit/s transparent data and b) the 
corresponding intermediate rate frame at 8 kbit/s 
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Figure 8: a) IVIodified CCITT V.110 36 bit frame for 1,2 kbit/s transparent data and b) the 
corresponding intermediate rate frame at 8 kbit/s 



£75/ 



(GSM 04.21 version 8.1.0 Release 1999) 



33 



ETSI TS 100 945 V8.1.0 (2000-08) 



a) 



D1 


D1 


D1 


S1 


D1 


D2 


D2 


X 


D2 


D2 


D3 


S3 


D3 


D3 


D3 


S4 


E4 


E5 


E6 


E7 


D4 


D4 


D4 


S6 


D4 


D5 


D5 


X 


D5 


D5 


D6 


S8 


D6 


D6 


D6 


S9 











NOTE: The 300 bit/s user data rate is carried on the 600 bit/s synchronous stream by adding stop elements, see 
subclause 4. 1 . 

b) 
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NOTE: 



In order to maintain compatibility with Recommendation X.30 (1.461), for the 600 bit/s user rate bit E7 is 
coded to enable the 4x80 bit multiframe synchronisation. To this end, E7 in the fourth 80 bit frame is set 
to binary '0'. See Table 6 of ITU-T Recommendation V. 110(09/92). 



Figure 9: a) lUlodified CCITT V.110 36 bit frame for 600 bit/s transparent data and b) the corresponding 

intermediate rate frame at 8 kbit/s 
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Figure 10: IVIodified CCITT V.110 60 bit frame for 11,2 MoWs partial rate 
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Figure 11 : Modified CCITT V.110 60 bit frame for non-transparent data 
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F =Fill bits, which are set to 1 . 
Figure 12: The CCITT V.110 80 bit frame for 3.6 kbit/s transparent data (8 kbit/s intermediate rate) 
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Figure 13: The CCITT V.110 32 bit 48 kbit/s frame structure (64 kbit/s intermediate rate) 
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Figure 14: The CCITT V.110 64 bit 56 kbit/s frame structure (64 kbit/s intermediate rate, option without 

status bits) 



D1 


D2 


D3 


D4 


D5 


D8 


S1 


D7 


D8 


D9 


D10 


D11 


D12 


X 


D13 


D14 


D15 


D16 


D17 


D18 


S3 


D19 


D20 


D21 


D22 


D23 


D24 


S4 


E4 


E5 


E6 


E7 


1 


1 


1 


1 


1 


1 


S6 


1 


1 


1 


1 


1 


1 


X 


1 


1 


1 


1 


1 


1 


S8 


1 


1 


1 


1 


1 


1 


S9 









Figure 15: Modified CCITT V.110 60 bit frame for a padded 9,6 kbit/s transparent data frame carrying 

4,8 kbit/s with padding 
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Figure 16: IVIodified CCITT V.110 60 bit frame for a padded 11,2 kbit/s transparent data frame carrying 

8.0 kbit/s with padding 
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Figure 17: IVIodified CCITT V.110 36-bit frame received/sent from/to the network at 14,4 kbit/s 
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Annex A (Informative): 
Stacks of rate adaptation 



A.1 Stacks of rate adaptation for 9,6/4,8 kbit/s single slot 
operation 

For transparent data services, the following stacks of rate adaptation are possible: 
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For the non-transparent services, the following stacks of rate adaptation and functions are possible: 
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A.2 Stacks of rate adaptation for 14,4 kbit/s single slot 
operation 

For transparent data services, the following stacks of rate adaptation are possible: 
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For the non-transparent services, the following stacks of rate adaptation and functions are possible: 
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A.3 Stacks of rate adaptation for 9,6/4,8 kbit/s multi slot 
operation 

For transparent data services, the following stacks of rate adaptation are possible: 
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For the non-transparent services, the following stacks of rate adaptation and functions are possible: 
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A.4 Stacks of rate adaptation for 14,4 kbit/s multi slot 
operation 

For transparent data services, the following stacks of rate adaptation are possible: 



DTE 



MT 




ASY 



SYN 



FAX+FA 



V 

[R] 



RAO 



RA1/RA11 



\/ 



V 

[R] 



\/ 



s/c. 



RA1' 



AL 



^ 



±^ 



±J^ 



BSS 



FEC (14.5 kbit/s) 



^^ 



RA1VRAA' 

RAA' 

MUX 



[R] 



V 



£75/ 



(GSM 04.21 version 8.1.0 Release 1999) 



43 



ETSI TS 100 945 V8.1.0 (2000-08) 



For the non-transparent services, the following stacks of rate adaptation and functions are possible: 
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A.5 Stacks of rate adaptation for EDGE channels 
TCH28.8 and TCH/F43.2 (NT only) 

For transparent data services, the following stacks of rate adaptation are possible: 
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For the non-transparent services, the following stacks of rate adaptation and functions are possible: 



DTE 



A/S 



ASY 



SYN 



MT 



[S] 



[R] [R] 



RA2 



J^ 



RA1 



M- 



RAO 



BSS 



-^ 



± N/ 



RLP + L2R 



\L 



S/C 



_v_ 



Jz_ 



EDGE MUX 



\L. 



FEC (29.0 or 43.5 kbit/s) 



..±. 



EDGE MUX 



t ^ 



RA1VRAA' 

\^\t^ 

RAA' 

MUX 



£75/ 



(GSM 04.21 version 8.1.0 Release 1999) 46 ETSI TS 100 945 V8.1.0 (2000-08) 

Annex B (Informative): 

An example of mapping Network Independent Clocking 

information for TCH/F14.4 when the S-interface is deployed 

In the following, when data bits are moved forwards or backwards between data frames and blocks, padded bit positions 
are skipped, and the data is moved between bit positions occupied by data bits, i.e. data bit positions. 

Negative compensation: 

a) From overall data stream to substreams 

When the data is mapped from the V. 1 10-frames to the radio interface blocks, the 'extra null bit' (subclause 
5.1.1) is dropped and remapped to the first data bit position of radio interface block number 28, which is the 
block carrying the fifth N-bit in the 31 -block multiframe structure. 

b) From substreams to overall data stream 

When a radio interface block carrying the fifth bit of an NIC -code indicating negative compensation is received, 
the receiver discards the data in the first data bit position of the block. 

Positive compensation: 

a) From overall data stream to substreams 

When the data is mapped from the V. 1 10-frames to the radio interface blocks, the extra bit — either or 1 — is 
added to the data flow in the correct position (subclause 5.1.1). This means that the 36-bit frame (inside a radio- 
interface block) in which this has taken place has a bit overflow; this overflow is carried over to the next frames 
and to the next radio interface blocks; i.e. bit position 1 of the following frame/block would carry the user data 
bit that originally was the last non-padded bit in the previous frame/block. The overflow is halted in the block 
carrying the second bit of the NIC-code; the value of the N-bit carried by this block (by bit M2) is set to either 1 
or depending on the value of the bit that would be mapped to the first data bit position of the block if the 
overflow carry over would continue. If this bit is a 1, the N-bit is set to (positive compensation of a 1); if the 
bit is a 0, the N-bit is set to 1 (positive compensation of a 0). The bit that has been thus coded is not mapped to 
the first data bit position but carried by the NIC-code. The following bits are moved up by one data bit position. 

b) From substreams to overall data stream 

When a radio interface block indicating positive compensation is received from the radio, the NIC is decoded 
and the data is mapped into the V.l 10-frames in the overall data stream. Decoding the NIC means that an 'extra 
bit' emerges. This bit takes its real place in the overall data stream (before the first data bit position of the block 
carrying the second bit of the NIC-code.) Thus a bit overflow results. This overflow is carried over the V. 1 10- 
frames until an air-interface block associated with the M2-bit carrying the fifth bit of the NIC -code (subclause 
5.1.1) has been fully received. After such block is received the next two suitable V.l 10-frames carry an NIC- 
code; the overflow of one bit which has been carried over a sequence of V. 1 10-frames halts here as the second 
V.llO-frame carries one extra bit; the value of the D-bit following the E4-E7 sequence in the V.llO-frame is 
carried by the NIC -code and the following data bits are moved up by one step in the V.l 10-frame. 
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